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DETAILED ACTION 

1. Claims 1-12 are presented for examination. 

Response to Arguments 

2. Applicant's arguments filed 8/1 1/04 have been fully considered but they are not 
persuasive. Therefore, rejection of claims 1-12 is maintained. 

Applicant argues (1) Leymann does not disclose, "as amended herein, each of 
independent claims 6 and 9 now expressly state that software code is added to the computer 
application being monitored by the API to assig n a single general reference to characteristic 
transactional information associated with a computer application transaction under surveillance ". 
The examiner disagrees in response to applicant's arguments. In response to applicant's 
argument that the references fail to show certain features of applicant's invention, it is noted that 
the features upon which applicant relies "software code is added to the computer application 
being monitored by the API to assig n a single general reference to characteristic transactional 
information associated with a computer application transaction under surveillance" are not 
recited in the rejected claim(s). Although the claims are interpreted in light of the specification, 
limitations from the specification are not read into the claims. See In re Van Geuns, 988 
F.2d 1 181, 26 USPQ2d 1057 (Fed. Cir. 1993). Therefore the rejection in maintained as disclosed 
above. 

Applicant argues (2) the claimed invention overcomes the following disadvantages of 
Maccabee, and not taught by the Maccabee, "Merely contemplating all of the possible events and 
transactions that might be involved in a complex business transaction, particularly one whose 
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execution involves the coordination of several business entities and computer systems, is itself a 
daunting task. Codifying these items complicates the task. That is, individually defining all of 
these events and transactions in software code in order to reduce a complete set of transaction 
generation rules amounts to a potentially vast amount of preliminary preparation activity that 
must be performed before the monitoring system may be placed into operation". The examiner 
disagrees in response to applicant's arguments. In response to applicant's argument that the 
references fail to show certain features of applicant's invention, it is noted that the features upon 
which applicant relies "Merely contemplating all of the possible events and transactions that 
might be involved in a complex business transaction, particularly one whose execution involves 
the coordination of several business entities and computer systems, is itself a daunting task. 
Codifying these items complicates the task. That is, individually defining all of these events and 
transactions in software code in order to reduce a complete set of transaction generation rules 
amounts to a potentially vast amount of preliminary preparation activity that must be performed 
before the monitoring system may be placed into operation" are not recited in the rejected 
claim(s). Although the claims are interpreted in light of the specification, limitations from the 
specification are not read into the claims. See In re Van Geuns, 988 F.2d 1 181, 26 
USPQ2d 1057 (Fed. Cir. 1993). Therefore the rejection in maintained as disclosed above. 

Applicant argues (3) "Leymann and Maccabee cannot be combined in any way to 
disclose, "without predefining events describing the potential stages of the transaction". The 
examiner disagrees in response to applicant's arguments. Leymann teaches the substantial 
claimed limitations of the claimed invention, i.e., claims 1, 6 and 9, including, an application 
program interface for monitoring a computer application executed on a computer system, col., 8, 
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lines 5 - 50), software code added to said computer application (e.g., inherent, for example, 
addition of software code to the computer application when the computer application is created / 
software code information carried by the application, col, 2, line 44 - col., 3, line 24) for 
assigning, without predefining events describing the potential- stages of a transaction to be 
executed by said computer application (e.g., abstract, col., 2, line 44 - col., 3, line 24), software 
code for assigning a single general reference to characteristic transactional information 
associated with a transaction to be executed by said computer application (e.g., abstract, col., 2, 
line 44 - col, 3, line 24), an agent for marking the time at which said software code is executed 
and tagging that time with said characteristic transactional information as said characteristic 
transactional information is being currently processed by the computer application (e.g., col., 3, 
line 25 - col., 4, line 24), a database for storing said raw computer application timing data, an 
aggregator (e.g., Tivoli Distributed Monitoring, col, 4, line 25 - col., 5, line 24). Maccabee 
teaches an aggregator for calculating computer application latency data from raw timing data 
produced by said agent (e.g.,, abstract), a database for storing said raw computer application 
timing data and said latency data (e.g., The Transaction Store is a repository, col., 3, line 21 - 
col., 4, line 51). Hence, the software at the monitoring system would collect the transaction 
related information from an agent of each of the managed system and store the collected 
information into the database. The collected transaction related information would be used to 
calculate the processing time spent by an application of each management system and the time 
spent between two managed systems that handled the transaction. The test for obviousness is not 
whether the features of a secondary reference may be bodily incorporated into the structure of a 
primary reference. It is also not that the cliamed invention must be expressly suggested in any 
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one or all of the references. Rather, the test is what the combined teachings of the references 
would have suggested to those of ordinally skill in the art. In re Keller, 642 F.2d 414, 425, 208 
USPQ 871, 881 (CCPA 1981); In re Young, 927 F.2d 588, 591, 18 USPQ2d 1089, 1091 (Fed 
Cir. 1991). The claim is open-ended (comprising) and also, page 31, lines 25-30, specification, 
clearly states, "Although the invention has been described in detail for the purpose of illustration, 
it is to be understood that such detail is solely for that purpose and that variations can be made 
therein by those skilled in the art without departing from the spirit and scope of the invention as 
claimed herein". Since, applicant's claims contain broadly claimed subject matter, it clearly reads 
upon the examiner's interpretation of these actions. Therefore, Leymann and Maccabee meet the 
claimed limiations. 

Specification 

3. The title of the invention is not descriptive. A new title is required that is clearly 
indicative of the invention to which the claims are directed. 

The present title is not sufficient for proper classification of the claimed subject matter. 
The following title is suggested: "Measuring latency of transaction flowing through an 
end-to-end network computer systems regardless of network topology". 

Claim Rejections - 35 USC§ 102 

4. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 
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(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 35 1 (a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 

5. Claims 1, 2, 6 and 7 are rejected under 35 U.S. C 102(e) as being anticipated by Leymann 
et al. 6,633,908 (Hereinafter Leymann). 

6. As per claims 1 and 6, Leymann teaches the following: 

a method of monitoring a computer application executed on a computer system, said 
method comprising the steps of, 

an application program interface for use in monitoring a computer application executed 
on a computer system, said application program interface comprising: 

without predefining events describing the potential stages of transaction to be executed 
by said computer application (e.g., This solution provides application response measurement 
without any modification of the application being measured, abstract), adding software code to 
said computer application (e.g., inherent, for example, addition of software code to the computer 
application when the computer application is created / software code information carried by the 
application, col., 2, line 44 - col., 3, line 24) for assigning a single general reference (e.g., The 
basic idea of the present invention is to instrument not the application components. The present 
invention contemplates instrumenting the invocation agent instead, which in turn is responsible 
to call the application for execution. It is the invocation agent that makes the appropriate ARM 
calls to furnish the instrumentation on behalf of the application, abstract), 
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to characteristic transactional information associated with a transaction to be executed by 
said computer application (e.g., additional advantages are accomplished in a preferred 
embodiment of the proposed invention in which the application response measurement setup 
means further identifies a transaction of the application instance to the ARM to be measured, 
col., 2, line 44 - col, 3, line 24), 

using said single general reference to identify transaction events performed by said 
computer application in executing said transaction (e.g., The present invention makes maximal 
use of information available to the invocation agent. As the invocation "knows" which 
application/transaction it has to invoke it is also able to share this information with the ARM. 
The ARM is thus able to associate the measured data with the correct application/transaction, 
col, 3, line 44 - col., 4, line 24), 

measuring said transactions (e.g., latency calculation of the transactions, col., 4, line 44 - 
col, 5, line 24), 

an agent for marking the time at which said software code is executed (e.g., ARM API 
108 runs in the address space 1 10 of the application 109. Its only function is to capture the key 
data and a timestamp, put this data on a queue, and then return control to the application 109. 
API Subagent 107 runs asynchronously as its own process. This subagent manages the data 
(calculates response times, checks thresholds, col, 2, line 44 - col, 3, line 24) and 

tagging that time with said characteristic transactional information as said characteristic 
transactional information is being currently processed by the computer application (e.g., Through 
these two distinctive means the invocation agent is enabled to precisely control the "time 
window", in which the ARM will associate the response measurement data to the application. 
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Such a feature allows the invocation agent to perform extra processing, which will not enter the 
response measurement data of the application. Thus it is guaranteed that the measured data are 
precise and relate to the application execution and not to the processing of the invocation agent, 
col., 3, line 44 - col., 4, line 24). 

7. As per claims 2 and 7, Leymann teaches the following: 

said software code is further operable to assign a component-specific reference to said 
single general reference at each component of said computer system (e.g., Tivoli Distributed 
Monitoring 101 provides this function at a local level or across a network or enterprise, offering 
sophisticated rule-based analysis of different applications, systems, databases, and networks. To 
execute the responses, Tivoli Enterprise Console 102 invokes tasks across many different 
platforms, protected by a strong security, col., 4, line 44 - col., 5, line 24), said component- 
specific reference representing said characteristic transactional information as said computer 
application is executed on said computer system (e.g., the identifier is unique for all transactions 
across all applications within one system, col., 7, line51 - col, 8, line 36). 

Claim Rejections - 35 USC §103 

8. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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9. Claims 3 and 8 are rejected under 35 U.S. C 103(a) as being unpatentable over Leymann 
in view of Maccabee et al. 6,108,700 (Hereafter Maccabee). 

10. As per claims 3 and 8, Leymann the following: 

an agent to collect the processing time spent by said computer application for the 
transaction (e.g., an invocation agent for invoking an application instance. The invocation agent 
comprises instrumentation means interacting with an application response measurement system 
(ARM) to provide response measurement on behalf of the application instance by the ARM, col, 
2, line 44 -col., 3, line 24). 

However, Leymann does not specifically mention about processing time spent at each 
component of the computer system. 

Maccabee teaches the following: 

said agent measures the processing time spent by said computer application at each 
component of said computer system and measures the processing time spent by said computer 
application between each component of said computer system (e.g., The present invention has 
features which enable the derivation of information necessary for correlating and collating select 
measurement events into transactions that describe the behavior of end-to-end business 
transactions as it applies to availability, performance (response time), capacity, and utilization 
metrics. An example of the application to availability is that transactions can be formed even if 
not all the events are available. An example of the application to system capacity is that since 
the duration of a single event can be measured, the number of events per unit time can also be 
calculated. An example of the application to system utilization is that once the number of 
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transactions per unit time are known, this can be compared to a maximum number of transactions 
per unit time, col., 3, line 21 - col., 4, line 51). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Leymann with the teachings of Maccabee in order to 
facilitate calculation of processing time spent by each transaction at each component of the 
system. The software at the monitoring system would collect the transaction related information 
from an agent of each of the managed system. The collected transaction related information 
would be used to calculate the processing time spent by an application of each management 
system and the time spent between two managed systems that handled the transaction. 

1 1 . Claim 9 is rejected under 35 U.S.C. 103(a) as being unpatentable over Leymann in view 
of Maccabee. 

12. As per claim 9, Leymann the following: 

a computer system performance monitoring system comprising: 
an application program interface for monitoring a computer application executed on a 
computer system, said application program interface comprising (e.g., FIG. 2 depicts this 
teaching of the invention. The managed system 1 1 1 corresponds to that of FIG. 1. In 
accordance with the present invention, an invocation agent 202 invokes an application instance 
201. The invocation agent 202 comprises the instrumentation for application response 
measurement. Through this instrumentation the invocation agent 202 interacts with an 
application response measurement system 203, 204 comprising an ARM API 203 and API 
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Subagent 204 to provide response measurement on behalf of the application instance 201 by the 
ARM, col., 8, lines 5 - 50), 

software code added to said computer application (e.g., inherent, for example, addition of 
software code to the computer application when the computer application is created / software 
code information carried by the application, col, 2, line 44 - col., 3, line 24) for assigning, 
without predefining events describing the potential- stages of a transaction to be executed by said 
computer application (e.g., This solution provides application response measurement without any 
modification of the application being measured, abstract), software code for assigning a single 
general reference to characteristic transactional information associated with a transaction to be 
executed by said computer application (e.g., The basic idea of the present invention is to 
instrument not the application components. The present invention contemplates instrumenting 
the invocation agent instead, which in turn is responsible to call the application for execution. It 
is the invocation agent that makes the appropriate ARM calls to furnish the instrumentation on 
behalf of the application, abstract), 

an agent for marking the time at which said software code is executed and tagging that 
time with said characteristic transactional information as said characteristic transactional 
information is being currently processed by the computer application (e.g., ARM API 108 runs 
in the address space 1 10 of the application 109. Its only function is to capture the key data and a 
timestamp, put this data on a queue, and then return control to the application 109. API 
Subagent 107 runs asynchronously as its own process. This subagent manages the data 
(calculates response times, checks thresholds, col., 2, line 44 - col., 3, line 24), 
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a database for storing said raw computer application timing data, an aggregator (e.g., 
Tivoli Distributed Monitoring 101 provides this function at a local level or across a network or 
enterprise, offering sophisticated rule-based analysis of different applications, systems, 
databases, and networks, col., 2, line 44 - col., 3, line 24) 

However, Leymann does not specifically mention about a database for storing latency 
data and an aggregator to calculate latency data. 

Maccabee teaches the following: 

an aggregator for calculating computer application latency data from raw timing data 
produced by said agent (e.g., Both aggregate and detail reporting facilities provide overall 
performance and availability information as well as exceptions and/or detail transactions 
including the decomposition of overall availability and performance metrics into smaller 
measurements representing the contribution made by select transaction components, abstract), 

a database for storing said raw computer application timing data and said latency data 
(e.g., The Transaction Store is a repository for transactions and maintains them in their original 
state as well as storing aggregate records built from transactions, col., 3, line 21 - col., 4, line 
51). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to combine the teachings of Leymann with the teachings of Maccabee in order to 
facilitate calculation of processing time spent by each transaction at each component of the 
system. The software at the monitoring system would collect the transaction related information 
from an agent of each of the managed system and store the collected information into the 
database. The collected transaction related information would be used to calculate the 
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processing time spent by an application of each management system and the time spent between 
two managed systems that handled the transaction. 

13. Claims 4, 10 and 1 1 are rejected under 35 U.S. C. 103(a) as being unpatentable over 
Leymann and Maccabee in view of "Official Notice". 

14. As per claims 4, 10 and 1 1, Maccabee the following: 

a GUI to display to monitor latency data from the, database (e.g., Upon a specific or 
periodic request a from GUI (565), a report or continuous graphical monitoring can be produced 
for the Information Consumer, col, 5, line 28 - col., 6, line 45). 

However, Leymann and Maccabee do not specifically mention about the details of 
charting the latency of said computer system over a selected time frame. "Official Notice" is 
taken that both the concept and advantages of providing a chart with the latency data is well 
known and expected in the art. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include plotting a chart of the latency data of the computer system with the 
teachings of Leymann and Maccabee in order to facilitate a user to monitor the latency data for 
the specific interval of time. User will have the flexibility to monitor the latency of the 
transactions for the desired period of time for which the transaction related information has been 
captured by the system. 

15. Claims 5 and 12 rejected under 35 U.S.C. 103(a) as being unpatentable over Leymann 
and Maccabee in view of "Official Notice". 
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16. As per claims 5 and 12, Leymann the following: 

calculation of latency of transaction information (e.g., The monitoring of the status of an 
application takes place during runtime. Primarily it is used for performance measurement of key 
application transactions. Exploitation of this technology results in advantages in terms of 
usability and comprehensibility when compared with the corresponding monitoring capabilities 
available today for networks, database systems etc. for example from reports describing network 
latency, response times, I/Os etc, col., 2, line 44 - col., 3, line 24). 

Maccabee also teaches the following: 

an aggregator to calculate latency of transaction information (e.g., The present invention 
has features which enable the derivation of information necessary for correlating and collating 
select measurement events into transactions that describe the behavior of end-to-end business 
transactions as it applies to availability, performance (response time), capacity, and utilization 
metrics. An example of the application to availability is that transactions can be formed even if 
not all the events are available. An example of the application to system capacity is that since 
the duration of a single event can be measured, the number of events per unit time can also be 
calculated. An example of the application to system utilization is that once the number of 
transactions per unit time are known, this can be compared to a maximum number of transactions 
per unit time, col, 3, line 21 - col., 4, line 51). 

However, Leymann and Maccabee do not specifically mention about the details of what 
formula is used to calculate the latency of transaction information passed between components of 
said computer system. "Official Notice" is taken that both the concept and advantages of 
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providing a below mentioned formula to calculate the latency of transaction information is well 
known and expected in the art. 

'Tl (Ucy) - Tl (Vex)) + (T2(Ucy) - T2 (Vex)) +.... + (T 1 m-1 (Ucy) - Tm-1 (Vex)) + ( 
T' m (Ucy) - T' m (Vex)) / m where: m = an unspecified number of transaction events, Tl, T21 ... 
I Tm- 1 r Tm; Tl, T2, T'm-1 T'm = transactional information pertaining to transaction 
events, Tl, T2, ... r Tm-1, T ; Ucy = start time for a transaction event at one component of said 
computer system; and Vex = end time for a transaction event at another component of said 
computer system". 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to include a formula to calculate the latency of transaction information with the 
teachings of Leymann and Maccabee in order to facilitate a user to monitor the latency data for 
the specific interval of time. The software of the monitor system would use the latency 
calculating formula and provide flexibility to the user to monitor the latency of the transactions 
for the desired period of time for which the transaction related information has been captured by 
the system. 

Conclusion 

In order to expedite the prosecution, examiner suggests the applicant to include 
applicant's invention, in claims 1, 6 and 9, i.e., a collector, a formula to measure latency, a 
network having multiple computers (figure 8), to measure latency of transaction flowing through 
an end-to-end network computer systems regardless of network topology, etc. 
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THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1. 136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Haresh Patel whose telephone number is (703) 605-5234. The 
examiner can normally be reached on Monday, Tuesday, Thursday and Friday from 10:00 am to 
8:00 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Follansbee, can be reached at (703) 305-8498. 

The appropriate fax phone number for the organization where this application or 
proceeding is assigned is (703) 872-9306. 

Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the receptionist whose telephone number is (703) 305-3900. 
Haresh Patel A 



October 24, 2004 




JOHN FOLLANSBEE 
SUPERVISORY PATENT EXAMINER 
TECHNOLOGY CENTER 2100 



